Recording Method and Device

ABSTRACT

A distributed recording system includes a first device and one or more second devices. The first device sends a distributed recording instruction, to control the one or more second devices to perform recording. The one or more second devices send audio data obtained through recording to an upper-layer recording application.

This application claims priority to Chinese Patent Application No.202010863700.9, filed with the China National Intellectual PropertyAdministration on Aug. 25, 2020 and entitled “RECORDING METHOD ANDDEVICE”, which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

This application relates to the audio field, and in particular, to adistributed recording method and device.

BACKGROUND

Currently, as short videos and live broadcast industries emerge, it isincreasingly common for people to shoot videos and perform livebroadcast by using mobile phones, and related software is increasing.When people perform image shooting by using a mobile phone, if aphotographed object is far away from a camera device, a sound of thephotographed object is easily covered by noise in an environment.Consequently, it is difficult to clearly record the sound of thephotographed object. For example, when people perform image shooting ina noisy environment, a sound of a narration and a commentary cannot beclearly recorded due to the noise in the environment.

For example, when a user performs live broadcast as a live streamer, theuser usually wears a wired headset to receive a sound. However, aconnection cable of the wired headset brings great inconvenience to useractivities and limits an activity range. Therefore, generally, the userneeds to additionally purchase an external recording accessory, or use awireless microphone (microphone, MIC) device. It may be understood thatthe wireless MIC device may include a transmitter and a receiver. It isclearly that, the additionally purchased external recording accessory orthe wireless MIC device is expensive, and a device size is large. Duringuse, the MIC needs to be connected or fixed to the mobile phone in awired manner, an orientation and parameters of the

MIC even needs to be manually set in some devices, and the MIC needs tobe removed after use. It is clearly that, the foregoing device is onlysuitable for use by a professional, and is not applicable to a commonuser,

Therefore, without adding any other device, how to simply, conveniently,and clearly record the sound of the photographed object anytime andanywhere becomes an urgent problem to be resolved, and is of greatsignificance for improving recording experience of the user.

SUMMARY

Embodiments of this application provide a recording method. In awireless local area network, a receiver sends a distributed recordinginstruction to one or more transmitters in a distributed recordingmanner, so that the one or more transmitters perform distributedrecording according to the distributed recording instruction, and feedback audio data obtained through recording to the receiver. The receiverperforms time alignment, noise reduction, and/or decompression on one ormore pieces of the received audio data, and sends the audio data to anupper-layer recording application. This ensures that a user can clearlyrecord sound of a photographed object, a narration, and a commentaryanytime and anywhere without a need to purchase any external device.

According to a first aspect, a distributed recording system is provided.The system includes at least two terminal devices, and the at least twoterminal devices include a first device and at least one second device.The first device and the second device may be mobile phones, tabletcomputers, wearable devices, or the like. The first device is configuredto receive input information of a user, and determine a recording modebased on the input information. The first device is further configuredto: when the recording mode is a distributed recording mode, send adistributed recording start instruction to the at least one seconddevice. The second device is configured to receive the distributedrecording start instruction, and collect first audio data in aperiodicity according to the distributed recording start instruction.The first audio data is local audio data collected by the second device.The second device is further configured to perform human voiceenhancement and/or noise reduction processing on the first audio datacollected in a periodicity, and then send the first audio data to thefirst device in a same periodicity. The first device is furtherconfigured to receive at least one piece of the first audio data, sothat a camera application invokes the at least one piece of the firstaudio data. In this application, the receiver controls one or moretransmitters to perform recording, and sends audio data obtained throughrecording to an upper-layer recording application. This ensures that auser can clearly record sound of a photographed object, a narration, anda commentary anytime and anywhere without a need to purchase anyexternal device.

In a possible implementation, the second device is further configuredto: determine a recording parameter according to the distributedrecording start instruction, and collect the first audio data based onthe recording parameter.

In a possible implementation, before the second device sends the firstaudio data collected in a periodicity to the first device in the sameperiodicity, the second device is further configured to performcompression processing on the first audio data collected in aperiodicity, to obtain compressed first audio data. In this application,collected audio data is compressed, so that a data size in atransmission process can be effectively reduced, and data security inthe transmission process is ensured.

In a possible implementation, the first device is further configured to:when the first audio data is compressed data, perform audiodecompression on the compressed first audio data, to obtain decompressedfirst audio data. In this application, received compressed audio datamay be further decompressed, to reduce a data amount during datatransmission, and ensure lossless restoration of the audio data afterreceiving.

In a possible implementation, the distributed recording mode includes amulti-device collaborative recording mode. When the recording mode isthe multi-device collaborative recording mode, before the cameraapplication invokes the at least one piece of the first audio data, thefirst device is further configured to collect second audio data. Thecamera application invokes the at least one piece of the first audiodata. and the second audio data. The second audio data is local audiodata collected by the first device. In this application, in combinationwith local audio data collected by a receiver, it may be further ensuredthat a sound of a photographed object, a narration, and a commentary canbe clearly recorded in a video shooting process.

In a possible implementation, before the camera application invokes theat least one piece of the first audio data, the first device is furtherconfigured to: when there are a plurality of pieces of the first audiodata, perform a time alignment operation on the plurality of pieces ofthe first audio data: or when the recording mode is the multi-devicecollaborative recording mode, perform the time alignment operation onthe at least one piece of the first audio data and the second audiodata. In this application, after a plurality of pieces of audio data arereceived, time alignment is performed on the plurality of pieces ofaudio data, to avoid a time error between different audio due totransmission.

In a possible implementation, before the camera application invokes theat least one piece of the second audio data, the first device is furtherconfigured to perform noise reduction and/or human voice enhancementprocessing on the second audio data. In this application, preprocessingsuch as noise reduction and human voice enhancement may be furtherperformed on audio, so that the audio uploaded to the camera applicationis clearer.

In a possible implementation, the distributed recording mode includes afirst distributed recording sub-mode and a second distributed recordingsub-mode. When the recording mode is the first distributed recordingsub-mode, the first device is further configured to send a distributedrecording instruction to one second device, and receive the first audiodata sent by the second device. Alternatively, when the recording modeis the second distributed recording sub-mode, the first device isfurther configured to send a distributed recording instruction to aplurality of the second devices, and receive the first audio data sentby the plurality of the second devices.

In a possible implementation, before the first device sends thedistributed recording start instruction to the at least one seconddevice, the system further includes: The first device is furtherconfigured to send a distributed recording request to the at least onesecond device. The second device is further configured to receive thedistributed recording request sent by the first device. The seconddevice is further configured to display prompt information on a displayof the second device. The prompt information is used to prompt whetherthe second device is allowed to perform distributed recording. Thesecond device is further configured to send a distributed recordingresponse message to the first device. The distributed recording responsemessage is used to indicate whether the second device is allowed toperform distributed recording. The first device is further configured toreceive the distributed recording response message sent by the at leastone second device. The first device is further configured to send thedistributed recording start instruction to the at least one seconddevice allowed to perform distributed recording.

In a possible implementation, the recording mode further includes alocal recording mode. The first device is further configured to performswitching among the local recording mode, the first distributedrecording sub-mode, the second distributed recording sub-mode, and themulti-device collaborative recording mode based on the input informationentered by the user.

In a possible implementation, the first device is further configured todisplay a distributed recording icon on a display of the first device.

In a possible implementation, the second device is further configured todisplay a distributed recording prompt icon on the display of the seconddevice.

According to a second aspect, a recording terminal device is provided.The recording terminal device is a first device or a second device. Therecording terminal device includes a display, a processor, a memory, atransmitter, and a receiver, When the recording terminal device is thefirst device, the receiver is configured to receive input information ofa user, and determine a recording mode based on the input information;and the processor is configured to: when the recording mode is adistributed recording mode, control the transmitter to send adistributed recording start instruction to at least one second device.When the recording terminal device is the second device, the receiver isconfigured to receive the distributed recording start instruction, andcollect first audio data in a periodicity according to the distributedrecording start instruction, where the first audio data is local audiodata collected by the second device; and the transmitter is configuredto: perform human voice enhancement and/or noise reduction processing onthe first audio data collected in a periodicity, and then send the firstaudio data to the first device in a same periodicity. When the recordingterminal device is the first device, the receiver is further configuredto receive at least one piece of the first audio data; and the processoris further configured to control a camera application to invoke the atleast one piece of the first audio data. In this application, thereceiver controls one or more transmitters to perform recording, andsends audio data obtained through recording to an upper-layer recordingapplication. This ensures that a user can clearly record sound of aphotographed object, a narration, and a commentary anytime and anywherewithout a need to purchase any external device.

In a possible implementation, when the recording terminal device is thesecond device, the processor is configured to: determine a recordingparameter according to the distributed recording start instruction, andcontrol, based on the recording parameter, a microphone to collect thefirst audio data.

In a possible implementation, when the recording terminal device is thesecond device, the processor is further configured to performcompression processing on the first audio data collected in aperiodicity, to obtain compressed first audio data. In this application,collected audio data is compressed, so that a data size in atransmission process can be effectively reduced, and data security inthe transmission process is ensured.

In a possible implementation, when the recording terminal device is thesecond device, the processor is further configured to: when the firstaudio data is compressed data, perform audio decompression on thecompressed first audio data, to obtain decompressed first audio data. Inthis application, received compressed audio data may be furtherdecompressed, to reduce a data amount during data transmission, andensure lossless restoration of the audio data after receiving.

In a possible implementation, the distributed recording mode includes amulti-device collaborative recording mode. When the recording terminaldevice is the first device, the processor is further configured to: whenthe recording mode is the multi-device collaborative recording mode,collect second audio data. The camera application invokes the at leastone piece of the first audio data and second audio data. The secondaudio data is local audio data collected by the first device. In thisapplication, in combination with local audio data collected by areceiver, it may be further ensured that a sound of a photographedobject, a narration, and a commentary can be clearly recorded in a videoshooting process.

In a possible implementation, when the recording terminal device is thefirst device, the processor is further configured to: when there are aplurality of pieces of the first audio data, perform a time alignmentoperation on the plurality of pieces of the first audio data; or whenthe recording mode is the multi-device collaborative recording mode,perform the time alignment operation on the at least one piece of thefirst audio data and the second audio data. In this application, after aplurality of pieces of audio data are received, time alignment isperformed on the plurality of pieces of audio data, to avoid a timeerror between different audio due to transmission.

In a possible implementation, when the recording terminal device is thefirst device, the processor is further configured to perform noisereduction and/or human voice enhancement processing on the second audiodata. In this application, preprocessing such as noise reduction andhuman voice enhancement may be further performed on audio, so that theaudio uploaded to the camera application is clearer.

In a possible implementation, the distributed recording mode includes afirst distributed recording sub-mode and a second distributed recordingsub-mode. When the recording terminal device is the first device, thetransmitter is further configured to: when the recording mode is thefirst distributed recording sub-mode, send a distributed recordinginstruction to one second device. Alternatively, the transmitter isfurther configured to: when the recording mode is the second distributedrecording sub-mode, send a distributed recording instruction to aplurality of second devices. The receiver is further configured to: whenthe recording mode is the first distributed recording sub-mode, receivethe first audio data sent by the second device or when the recordingmode is the second distributed recording sub-mode, receive the firstaudio data sent by the plurality of second devices.

In a possible implementation, when the recording terminal device is thefirst device, the transmitter is further configured to send adistributed recording request to at least one second device. When therecording terminal device is the second device, the receiver is furtherconfigured to receive the distributed recording request sent by thefirst device. The display is further configured to display promptinformation on a display of the second device. The prompt information isused to prompt whether the second device is allowed to performdistributed recording.

The transmitter is further configured to send a distributed recordingresponse message to the first device. The distributed recording responsemessage is used to indicate whether the second device is allowed toperform distributed recording.

When the recording terminal device is the first device, the receiver isfurther configured to receive the distributed recording response messagesent by the at least one second device.

The transmitter is further configured to send the distributed recordingstart instruction to the at least one second device allowed to performdistributed recording.

In a possible implementation, the recording mode further includes alocal recording mode. When the recording terminal device is the firstdevice, the processor is further configured to perform switching amongthe local recording mode, the first distributed recording sub-mode, thesecond distributed recording sub-mode, and the multi-devicecollaborative recording mode based on the input information entered bythe user.

In a possible implementation, when the recording terminal device is thefirst device, the display is configured to display a distributedrecording icon on a display of the first device.

In a possible implementation, when the recording terminal device is thesecond device, the display is configured to display a distributedrecording prompt icon on the display of the second device.

According to a third aspect, a computer-readable storage medium isprovided. The computer-readable storage medium stores instructions, andwhen the instructions are run on a terminal, the terminal is enabled toperform the method according to any one of the possible implementationsof the first aspect.

According to a fourth aspect, a computer program device includinginstructions is provided. When the instructions are run on a terminal,the terminal is enabled to perform the method according to any one ofthe possible implementations of the first aspect.

This application discloses a distributed recording method and device. Areceiver sends a distributed recording instruction, to control one ormore transmitters to perform recording, and send audio data obtainedthrough recording to an upper-layer recording application. This ensuresthat a user can clearly record sound of a photographed object, anarration, and a commentary anytime and anywhere without a need topurchase any external device.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a schematic diagram of a distributed recording scenarioaccording to an embodiment of this application;

FIG. 2 a is a schematic diagram of a specialized recording device;

FIG. 2 b is a schematic diagram of use of the recording device shown inFIG. 2 a;

FIG. 3 is a schematic diagram of another specialized recording device;

FIG. 4 is a schematic diagram of a one-to-one distributed recordingscenario according to an embodiment of this application;

FIG. 5 is a schematic diagram of an architecture of a receiver accordingto an embodiment of this application;

FIG. 6 is a schematic diagram of an image shooting interface of aterminal device according to an embodiment of this application;

FIG. 7 is a schematic diagram of an architecture of a transmitteraccording to an embodiment of this application;

FIG. 8 is a schematic diagram of a prompt information display interfaceaccording to an embodiment of this application;

FIG. 9 is a schematic diagram of a distributed recording interfaceaccording to an embodiment of this application;

FIG. 10 is a schematic diagram of a one-to-many distributed recordingscenario according to an embodiment of this application;

FIG. 11 is a schematic diagram of an architecture of another receiveraccording to an embodiment of this application;

FIG. 1 is a schematic diagram of a multi-device collaborativedistributed recording scenario according to an embodiment of thisapplication;

FIG. 13 is a schematic diagram of an architecture of still anotherreceiver according to an embodiment of this application;

FIG. 14 is a flowchart of a distributed recording method according to anembodiment of this application;

FIG. 15 is a flowchart of another distributed recording method accordingto an embodiment of this application;

FIG. 16 is a flowchart of still another distributed recording methodaccording to an embodiment of this application; and

FIG. 17 is a schematic diagram of a distributed recording deviceaccording to an embodiment of this application.

DESCRIPTION OF EMBODIMENTS

The following describes the technical solutions in embodiments of thisapplication with reference to the accompanying drawings in embodimentsof this application.

This application is mainly applied to a scenario in which a terminaldevice is used to perform video shooting. For example, as shown in FIG.1 , in this scenario, a photographer performs video shooting on aphotographed object. In this case, a distance between the photographedobject and the photographer is relatively long. Therefore, a cameradevice used by the photographer cannot clearly collect and record asound of the photographed object. In addition, if a narration and acommentary exist during video shooting, due to a location difference,the camera device used by the photographer cannot clearly collect andrecord a sound of the narration and the commentary.

In some solutions, some additionally purchased external specializedrecording; accessories are usually used, for example, as shown in FIG. 2a . This type of specialized recording accessory is connected to theterminal device in a wired connection manner, and sends an audio datastream to the terminal device. In addition, this type of specializedrecording accessory may be controlled by the terminal device. Forexample, the connection manner is shown in FIG. 2 b . It can be seenthat a specialized recording device shown in FIG. 2 a is connected to alower terminal device in a wired connection manner. In this case, anapplication (application, APP) matching the specialized recording devicemay run on the terminal device to perform recording. Certainly,information such as a waveform and a spectrum may be further displayedon the terminal device.

A size and performance indicator of a MIC component used in this type ofspecialized recording accessory are closely related. The concernedperformance indicators include sensitivity, bandwidth, frequencyresponse flatness, acoustic overload point, and the like. This type ofspecialized recording accessory usually uses a large-sized MIC componentor a directional MIC component, and has a strong signal processingcapability. This type of specialized recording accessory first processesaudio data collected by a MIC inside the accessory, and then transmitsthe audio data to a connected terminal device through a universal serialbus (universal serial bus, USB) interface or another equivalentinterface. The terminal device may further perform secondary processingon the processed audio data by using a signal processing algorithm, toimplement diversified recording functions.

However, for the foregoing solution, because a size of the specializedrecording device is large, portability is poor. The device needs to beconnected to the terminal device during use, and parameters such as adirection and a gain of the MIC need to be manually adjusted by usingthe terminal device. The MIC needs to be removed after use.Consequently, an operation process is excessively cumbersome. Inaddition, when a shooting distance is long or an environment is noisy, arecording effect is not quite good. As a result, this type of device isapplicable only to a professional user, and is not suitable for a commonuser.

In some other solutions, a wireless MIC solution is used, and thesolution includes a transmitter and a receiver. The photographed objectmay wear the transmitter, for example, a lavalier MIC having a wirelessfunction. In this case, the wireless lavalier MIC may be fastened to acollar of the photographed object, to pick up a human voice, forexample, as shown in the left half part of FIG. 3 . The receiver may beconnected to the terminal device in a wired manner. In this solution,audio data is picked up by using the wireless lavalier MIC, and istransmitted to the receiver in a wireless manner. The receiver transmitsthe received audio data to a connected terminal device through a USBinterface or another equivalent interface. Usually, one receiver may beconnected to one to two transmitters.

However, in this solution, the wireless lavalier WC and the receiverhave a single function and a large volume, and need to be purchased by auser separately. A wireless lavalier MIC and receiver with goodperformance usually price more than CNY 500, while more professionalmodels price up to thousands of yuan. In addition, the receiver needs tobe connected to the terminal device during use, and the receiver and thetransmitter are removed after use. As a result, the receiver and thetransmitter are applicable only to a professional user, and is notsuitable for use by a common user anytime and anywhere.

Therefore, this application provides a method for changing a terminaldevice into a wireless recording MIC, including changing some terminaldevices into transmitters and changing a terminal device into areceiver. When a user performs image shooting by using a terminaldevice, the user does not need to separately purchase another device,but can perform peripheral sound pickup by using another terminaldevice. A receiver sends a distributed recording instruction, to controlone or more transmitters to perform recording, and send audio dataobtained through recording to an upper-layer recording application. Thisensures that a user can clearly record sound of a photographed object, anarration, and a commentary anytime and anywhere without a need topurchase any external device. Therefore, a professional recording effectis achieved.

The following describes in detail technical solutions in embodiments ofthis application with reference to the accompanying drawings inembodiments of this application.

FIG. 4 is a schematic diagram of a one-to-one distributed recordingscenario according to an embodiment of this application.

It can be learned that in this scenario, one receiver is used to matchone transmitter. A photographer performs video shooting by using thereceiver. In this case, the transmitter is located around a photographedobject, to clearly pick up a sound of the photographed object. Thereceiver may be a first device, and the transmitter may be a seconddevice. “First” and “second” in this application do not limit a sequencethereof, and are merely used to distinguish between different terminaldevices.

It may be understood that the transmitter and the receiver in thisapplication need to be pre-connected to a same wireless networkenvironment, for example, access the same wireless network environmentin any wireless transmission manner such as wireless fidelity (wirelessfidelity, Wi-Fi), Bluetooth (Bluetooth, BT), and ZigBee (ZigBee). Inother words, the transmitter and the receiver need to be located in asame wireless local area network.

In this scenario, this application provides a schematic diagram of anarchitecture of a receiver shown in FIG. 5 .

It may be understood that the architecture of the receiver may beapplied to a terminal device. The terminal device in this applicationmay be but is not limited to any terminal device or portable terminaldevice such as a mobile phone, a television, a stereo, a wearabledevice, a tablet computer, a personal digital assistant (personaldigital assistant, PDA), a laptop computer (laptop). a mobile computer,an augmented reality (augmented reality, AR) device, a virtual reality(virtual reality, VR) device, or an artificial intelligence (artificialintelligence, AI) device.

As shown in FIG. 5 , the architecture of the receiver includes an applayer, a framework (framework) layer, and a hardware layer. The applayer includes a camera app, and certainly may further include any otherpossible app. This is not limited herein in this application.

In an example, this solution is described from a perspective of use by auser. For example, the user first selects a recording mode by using thereceiver, for example, a distributed recording mode, a multi-devicecollaborative recording mode, or a local recording mode. After the userselects the distributed recording mode or the multi-device collaborativerecording mode, the receiver may send a distributed recording request toa wireless network in which the receiver is located, for example, maysend the distributed recording request in a broadcast manner. Then, whena transmitter located in a same wireless network receives thedistributed recording request, a user of the transmitter may determinewhether the transmitter is allowed to perform distributed recording ormulti-device collaborative recording. After the user of the transmitterdetermines that the transmitter is allowed to perform distributedrecording or multi-device collaborative recording, the transmitter maysend a response message to a wireless network in which the transmitteris located, so that after receiving the response message, the receiverdetermines that the transmitter is allowed to perform recording. Theforegoing process may be understood as a process in which thetransmitter and the receiver determine each other. In this case, thereceiver may determine one or more transmitters allowed to performrecording. The receiver may send a distributed recording startinstruction or a multi-device collaborative recording start instruction,so that the one or more determined transmitters perform recording, andsend recorded audio data to the receiver in a periodicity. When theperiodicity is short, it may be considered that the transmitter sendsthe audio data in real time, and the receiver also receives the audiodata in real time. After the receiver receives the audio data sent bythe transmitter, the audio data may be invoked by an upper-layer cameraapp of the receiver. Certainly, the receiver may further upload thereceived audio data in real time, for example, upload the audio data toa server, to implement a function such as online live broadcast.

For example, in the scenario shown in FIG. 4 , it is assumed that thephotographer is ready to use the terminal device to perform imageshooting or live broadcast for the photographed object. In this case,the terminal device used by the photographer may be referred to as areceiver. The photographer may first start a camera app on the receiver,and then tap, based on an interface displayed on the receiver, adistributed recording icon displayed on the interface, to select acorresponding recording mode. The recording mode may include distributedrecording and local recording. Certainly, the distributed recording iconmay alternatively be displayed in options of some setting menus, or thedistributed recording icon may be displayed on some other possible userinterfaces (user interfaces, UIs). The recording mode may include adistributed recording mode, a multi-device collaborative recording mode,and a local recording mode. In an example, if the photographer does nottap the distributed recording icon to select a recording mode, thecamera app may select the local recording mode as a default recordingmode.

Specifically, FIG. 6 is a schematic diagram of an image shootinginterface of a terminal device. It can be learned that the interface isa display interface on which the user performs image shooting or livebroadcast by using the camera app on the receiver. In an image shootingor live broadcast process, the photographer may select a recording modeby using a distributed recording icon 601 on a lower left side of theinterface. Certainly, it may be understood that an action of selecting arecording mode by using the distributed recording icon 601 may also beperformed before image shooting or live broadcast. In other words, thephotographer may select a corresponding recording mode in advance byusing the distributed recording icon 601, and then perform imageshooting or live broadcast. The photographer may tap the distributedrecording icon 601, to implement switching between different recordingmodes. For example, in the scenario in FIG. 4 . the photographer mayselect the distributed recording mode by tapping the distributedrecording icon 601. Only one transmitter and one receiver are includedin this scenario. Therefore, in this scenario, the distributed recordingmode may be a first distributed recording sub-mode, which is used toindicate that the transmitter and the receiver are connected in awireless manner, and perform distributed recording.

Certainly, the image shooting interface shown in FIG. 6 may furtherinclude a button 602 for starting/stopping video recording, a button 603for pausing video recording, a button 604 for shooting a frame ofpicture in video recording, a slider bar 605 for adjusting a picturesize, and a button 606 for controlling a flash to be turned on.Certainly, the interface may further include video recording durationand a taskbar located on an upper part of the interface. The taskbar mayinclude information such as an operator, Wi-Fi, a battery level, andtime. Certainly, the taskbar may further include another possible iconor information. This is not limited herein in this application. Inaddition, the image shooting interface may further include any icon thathas some specific functions other than the icons shown in the figure. Itmay be understood that FIG. 6 shows only a possible form of the imageshooting interface. Styles of the distributed recording icon and othericons may be randomly designed based on an actual situation. This is notlimited herein in this application.

Return to FIG. 5 . When the user selects the distributed recording modeby using the camera app to perform video recording and audio recording,the camera app sends a mode selection instruction to a distributedrecording system configuration module at the framework layer. The modeselection instruction may be a first instruction used to notify thedistributed recording system configuration module that the user selectsthe distributed recording mode.

When the camera app sends the first instruction, after receiving thefirst instruction, the distributed recording system configuration modulemay determine that the recording mode selected by the photographer isthe distributed recording mode. Then, the distributed recording systemconfiguration module generates a distributed recording request accordingto the first instruction, and sends the distributed recording request toa Wi-Fi interface. After receiving the distributed recording request,the Wi-Fi interface forwards the request to a Wi-Fi subsystem at thehardware layer, and sends the request to one or more transmitters aroundthe photographed object by using the Wi-Fi subsystem. It may beunderstood that the Wi-Fi interface is a software interface abstractedfrom the framework layer. The Wi-Fi subsystem may include a hardwareinterface, a Wi-Fi protocol stack, and an antenna. The Wi-Fi protocolstack in this application may be a Wi-Fi protocol stack materialized byhardware, and is configured to perform corresponding processing on data,so that processed data meets a Wi-Fi protocol format. More specifically,the Wi-Fi interface forwards the distributed recording request to thehardware interface at the hardware layer. After receiving thedistributed recording request, the hardware interface forwards thedistributed recording request to the protocol stack, performscorresponding processing on the distributed recording request in theWi-Fi protocol stack, and sends the distributed recording request to thetransmitter through the antenna. it may be understood that, for aspecific manner of performing corresponding processing on thedistributed recording request in the protocol stack, refer to acurrently known technology. For ease of description, details are notdescribed herein again.

After receiving the first instruction, the distributed recording systemconfiguration module may further generate a distributed recordinginstruction, and send the distributed recording instruction to amulti-device recording algorithm module. The multi-device recordingalgorithm module is configured to: receive audio data from differentterminal devices, perform operations such as audio decompression,recording processing, and time alignment on one or more pieces ofreceived audio data, and send processed audio data to the camera app atthe application layer. Before processing the audio data, themulti-machine recording algorithm module may perform configurationaccording to the instruction sent by the distributed recording systemconfiguration module. For example, after receiving the distributedrecording instruction, the multi-device recording algorithm moduleperforms configuration according to the distributed recordinginstruction, and selects an output of the Wi-Fi interface as an input ofan audio data stream, but does not use an output of the local recordingalgorithm module as an input.

After sending the distributed recording request, the Wi-Fi subsystem ofthe receiver may further receive a distributed recording responsemessage sent by the one or more transmitters. Certainly, in the scenarioshown in FIG. 4 , only the distributed recording response message sentby one transmitter may be received. In this case, the distributedrecording scenario is a distributed recording scenario in which onetransmitter and one receiver are used. Specifically, a distributedrecording response message sent by a specific transmitter may bereceived through the antenna. After receiving the distributed recordingresponse message, the antenna may perform corresponding processing onthe received distributed recording response message by using the Wi-Fiprotocol stack, and then transmit a processed distributed recordingresponse message to the Wi-Fi interface at the framework layer throughthe hardware interface. It may be understood that, for a specific mannerof performing corresponding processing on the received audio data in theWi-Fi protocol stack, refer to a currently known technology. For ease ofdescription, details are not described herein again. The Wi-Fi interfacesends the distributed recording response message to the distributedrecording system configuration module, so that the distributed recordingsystem configuration module may determine, based on the distributedrecording response message, which transmitters are allowed to performdistributed recording.

After the distributed recording system configuration module determines,based on the distributed recording response message, that a specifictransmitter is allowed to perform distributed recording, the distributedrecording system configuration module generates a distributed recordingstart instruction, and sends the distributed recording start instructionto the Wi-Fi interface. In an example, the generated distributedrecording start instruction may be prompt information sent by thereceiver by using a display, so that the user can determine, based onthe prompt information, whether to immediately start distributedrecording. After receiving an operation instruction indicating that theuser chooses to immediately start distributed recording, the receivermay control the distributed recording system configuration module togenerate the distributed recording start instruction. Certainly, inanother example, after determining, based on the distributed recordingresponse message, that a specific transmitter is allowed to performdistributed recording, the distributed recording system configurationmodule of the receiver may actively generate the distributed recordingstart instruction. In still another example, after determining, based onthe distributed recording response message, that a specific transmitteris allowed to perform distributed recording, the distributed recordingsystem configuration module of the receiver may further receive anoperation instruction, actively triggered by the user, for immediatelystarting distributed recording, It may be understood that, in thisexample, the receiver may not prompt the user whether to immediatelystart the distributed recording, but the user actively provides, byusing a physical or virtual button on a touchscreen, the operationinstruction for starting the distributed recording. After receiving thedistributed recording start instruction, the Wi-Fi interface forwardsthe distributed recording start instruction to the Wi-Fi subsystem atthe hardware layer, and sends, by using the Wi-Fi subsystem, thedistributed recording start instruction to the transmitter allowed toperform distributed recording. It may be understood that a process ofsending the distributed recording start instruction is the same as aprocess of sending the distributed recording request. For ease ofdescription, details are not described herein again.

After sending the distributed recording start instruction, the Wi-Fisubsystem of the receiver may further receive audio data sent by thetransmitter allowed to perform distributed recording. Specifically, theaudio data sent by the transmitter may be received through the antenna.Then, after receiving the audio data, the antenna may performcorresponding processing on the received audio data by using the Wi-Fiprotocol stack, and then transmit processed audio data to the Wi-Fiinterface at the framework layer through the hardware interface. It maybe understood that, for a specific manner of performing correspondingprocessing on the received audio data in the Wi-Fi protocol stack, referto a currently known technology. For ease of description, details arenot described herein again.

After receiving the processed audio data, the Wi-Fi interface at theframework layer directly forwards the audio data to the multi-devicerecording algorithm module, so that one or more submodules in themulti-device recording algorithm module process the received audio data.In an example, if the audio data sent by the transmitter is compressedaudio data, an audio decoding submodule in the multi-device recordingalgorithm module may first decompress the compressed audio data, toobtain original audio data, and then perform recording processing on theobtained original audio data by using a recording processing submodule.It may be understood that a process of compressing the audio data mayalso be considered as a process of encoding the audio data. Similarly, aprocess of decompressing the compressed audio data may also beconsidered as a decoding process. The recording processing may includenoise reduction, human voice enhancement, and another possible operationperformed on the audio data. The multi-device recording algorithm moduledirectly sends audio data obtained after recording processing to thecamera app at the application layer. In an example, after performingrecording processing on the audio data, the multi-device recordingalgorithm module may send the audio data obtained after recordingprocessing to the camera app at the application layer by using an audiorecord source (audio record source) interface, to facilitate the cameraapp to use the audio data. For example, the audio data and aphotographed picture are combined into a video file, or the audio dataand the photographed picture are combined into a video file and then thevideo file is forwarded to another terminal device in an existingmanner, to implement video live broadcast. Certainly, the receiver andthe transmitter are connected in a same wireless local area network byusing Wi-Fi. Therefore, in this case, the receiver may transmit thesynthesized video file to a server or directly transmit the synthesizedvideo file to another terminal device in another network connectionmanner, for example, by using a cellular network, Bluetooth, or ZigBee.Certainly, if a Wi-Fi direct (direct) technology is used, it is assumedthat the receiver and the transmitter perform Wi-Fi interconnection byusing a 2.4 GHz frequency band, the receiver may further implement dataexchange with a wide area network by using a 5 GHz frequency band. Itmay be understood that, if the receiver and the transmitter areconnected in another wireless manner such as Bluetooth or ZigBee, thereceiver may be directly connected to the wide area network by usingWi-Fi in the 2.4 GHz frequency band or the 5 GHz frequency band.

It may be understood that the audio decoding submodule is used as anoptional submodule. If compression processing is not performed on theaudio data sent by the transmitter, recording processing may be directlyperformed on the audio data by using the recording processing submodule.

In another example, the mode selection instruction that is sent by thecamera app and that is received by the distributed recording systemconfiguration module may further be a second instruction used to notifythe distributed recording system configuration module that the userselects the local recording mode.

When the camera app sends the second instruction, after receiving thesecond instruction, the distributed recording system configurationmodule may determine that the recording mode selected by thephotographer is the local recording mode. Then, the distributedrecording system configuration module may further generate a localrecording instruction according to the second instruction, and send thelocal recording instruction to the multi-device recording algorithmmodule. For example, after receiving the local recording instruction,the multi-device recording algorithm module performs configurationaccording to the local recording instruction, and selects the output ofthe local recording algorithm module as the input of the audio datastream.

If the photographer selects the local recording mode, the camera app maydirectly send a local recording control instruction to the localrecording algorithm module by using a set parameter (set parameter)interface, so that the local algorithm module controls one or more MICsat the hardware layer to collect an analog signal of the audio data. Thelocal recording control instruction may be of a length of one byte.After receiving the local recording control instruction, the localrecording algorithm module may control all MICs on the receiver tocollect the audio data. Generally, where are two to four MICs, forexample, three MICs in an example. Certainly, the local recordingalgorithm module may further control the MIC on the receiver to adjust asound pickup range, noise intensity, and the like according to the localrecording control instruction. For example, after multi-microphonedirectional noise reduction, a sound pickup range may be greater than 3meters. The MIC converts the collected analog signal into a digitalsignal by using an analog-to-digital converter, and then transmits thedigital signal of the audio data to the local recording algorithm moduleat the framework layer for corresponding processing. The local recordingalgorithm module may perform processing, for example, any possibleprocessing manner of one or a combination of several of pre-emphasis,filtering, reverberation, and the like, on the digital signal of theaudio data. The local recording algorithm module may transmit the audiodata to the multi-device recording algorithm module by using an audiochannel established between the local recording algorithm module and themulti-device recording algorithm module. In this case, the multi-devicerecording algorithm module does not have any function, and is onlyconfigured to forward the audio data to the camera app at the app layer.In an example, the analog-to-digital converter may convert the collectedanalog signal into a digital signal by using a coder-decoder(coder-decoder, Codec). It may be understood that, unless otherwisespecified in this application, the audio data is a digital signal of theaudio data.

It may be understood that, if the user does not select a recording mode,the multi-device recording algorithm module selects the output of thelocal recording algorithm module as the default input of the audio datastream.

Corresponding to the receiver in the scenario shown in FIG. 4 , thisapplication further provides a schematic diagram of an architecture of atransmitter shown in FIG. 7 .

It may be understood that the architecture of the transmitter may beapplied to a terminal device. The terminal device may be but is notlimited to any terminal device or portable terminal device such as amobile phone, a wearable device, a tablet computer, a PDA, a laptopcomputer, a mobile computer, an AR device, a VR device, or an AI device.

The architecture of the transmitter includes an app layer, a frameworklayer, and a hardware layer. First, a Wi-Fi subsystem located at thehardware layer may receive a distributed recording request sent by thereceiver. Specifically, for example, the transmitter may receive,through an antenna, the distributed recording request sent by thereceiver, and send the distributed recording request to a Wi-Fi protocolstack. Then, the Wi-Fi protocol stack forwards the distributed recordingrequest to a Wi-Fi interface at the framework layer through a hardwareinterface. The Wi-Fi interface may forward the received distributedrecording request to a distributed recording transmitter configurationmodule. After receiving the distributed recording request, thedistributed recording transmitter configuration module may send promptinformation to the app layer. The prompt information is displayed on adisplay, and is used to prompt the user whether to allow the terminaldevice to be used as a transmitter to perform distributed recording. Forexample, as shown in FIG. 8 , it may be seen that a pop-up window usedfor prompting appears on the display interface, The pop-up window mayinclude information such as a text, a graph, and a pattern, and is usedto prompt the user whether to perform distributed recording. Inaddition, the pop-up window may include a selection button, for example,“Yes” and “No”, to facilitate the user to make a selection. It may beunderstood that the user may be a photographer, a photographed object,or another user using the terminal device.

If the user chooses to allow the terminal device to be used as atransmitter to perform distributed recording, the app layer sends firstinformation to the distributed recording transmitter configurationmodule at the framework layer based on an operation performed by theuser on the display. The distributed recording transmitter configurationmodule may determine, based on the first information, that the terminaldevice is used as a transmitter, and generate the distributed recordingresponse message. Then, the distributed recording transmitterconfiguration module sends the distributed recording response message tothe Wi-Fi subsystem at the hardware layer through the Wi-Fi interface,and sends the distributed recording response message to the receiver byusing the Wi-Fi subsystem, so that the receiver sends the distributedrecording start instruction to the transmitter based on the distributedrecording response message. Certainly, if the user chooses not to allowthe terminal device to be used as a transmitter to perform distributedrecording, the app layer sends second information to the distributedrecording transmitter configuration module at the framework layer basedon an operation performed by the user on the display. The distributedrecording transmitter configuration module may determine, based on thesecond information, that the terminal device is not used as atransmitter, and generate the distributed recording response message.

The Wi-Fi subsystem of the transmitter may further receive thedistributed recording start instruction sent by the receiver.Specifically, for example, the transmitter may receive, through theantenna, the distributed recording start instruction sent by thereceiver, and send the distributed recording start instruction to theWi-Fi protocol stack. Then, the Wi-Fi protocol stack forwards thedistributed recording start instruction to the Wi-Fi interface at theframework layer through the hardware interface. The Wi-Fi interface mayforward the received distributed recording start instruction to thedistributed recording transmitter configuration module.

After receiving the distributed recording start instruction, thedistributed recording transmitter configuration module may send thedistributed recording start instruction to the local recording algorithmmodule through the setparameter interface. After receiving thedistributed recording start instruction, the local recording algorithmmodule may adjust an algorithm parameter according to the distributedrecording start instruction to meet a requirement of distributedrecording. For example, the distributed recording start instruction maybe of a length of one byte. After receiving the distributed recordingstart instruction, the local recording algorithm module may control someMICs on the receiver to collect the analog signal of the audio data. Forexample, one or two MICs may be controlled. If one MIC is controlled,the MIC may be a MIC located on the top of the terminal device. If twoMICs are controlled, the MICs may be a MIC located on the top of theterminal device and a MIC located on the bottom of the terminal device.Certainly, the local recording algorithm module may further control theMIC on the receiver to adjust a sound pickup range, noise intensity, andthe like according to the distributed recording start instruction. Forexample, after single-microphone noise reduction or dual-microphonenoise reduction, a sound pickup range may be within 1 meter. Aftercollecting the analog signal of the audio data, the MIC may send theanalog signal of the audio data to the analog-to-digital converter,convert the collected analog signal into a digital signal, and then sendthe digital signal of local audio data to the local recording algorithmmodule. In this case, the local recording algorithm module may furtherperform processing, for example, any possible processing manner of oneor a combination of several of pre-emphasis, filtering, reverberation,and the like, on the digital signal of the audio data. After processing,the digital signal of the audio data is sent to the distributedrecording transmitter configuration module. Certainly, in some examples,the local recording algorithm module may further perform compressionprocessing on the collected audio data, and then send compressed audiodata to the distributed recording transmitter configuration module.

In an example, the transmitter may collect audio data in a periodicity.When the periodicity is short, for example, several milliseconds,several microseconds, or even several nanoseconds, it may beapproximately considered that an audio signal is collected in real time.It may be understood that the transmitter may send, in the sameperiodicity, the audio signal collected in a periodicity. In otherwords, in one periodicity, the transmitter collects the audio signal andsends the audio signals to the receiver. The receiver may receive theaudio signal based on the same periodicity.

If the transmitter is connected to a headset in a wired or wirelessmanner, the receiver may use the MIC. of the headset for sound pickup.The photographed object may put the transmitter into another positionsuch as a pocket or a clothes pocket. In this case, the transmitter canbe used as “a wireless lavalier microphone”.

After receiving the distributed recording start instruction, thedistributed recording transmitter configuration module of thetransmitter may send data related to the distributed recording prompticon to the app layer, and display the distributed recording prompt iconat the app layer. For example, a taskbar above a display of the terminaldevice shown in FIG. 9 may further have a distributed recording prompticon 801. The distributed recording prompt icon 801 is used to indicatethat the terminal device, as a transmitter, enters the distributedrecording mode, and is performing distributed recording. It may beunderstood that FIG. 9 merely shows a possible distributed recordingprompt icon 801. A specific style and display location of thedistributed recording prompt icon 801 may be randomly designed based onan actual situation. This is not limited herein in this application.

After receiving the audio data sent by the local recording algorithmmodule, the distributed recording transmitter configuration module mayfurther send the received audio data to the Wi-Fi subsystem at thehardware layer through the Wi-Fi interface. The Wi-Fi subsystem may befurther configured to send the audio data to the receiver, Specifically,for example, the Wi-Fi interface sends the audio data to the hardwareinterface located at the hardware layer, transmits the audio data to theWi-Fi protocol stack through the hardware interface, and performscorresponding processing on the audio data in the Wi-Fi protocol stack.Then, the Wi-Fi protocol stack sends the processed audio data to thereceiver through the antenna. It may be understood that, for a specificmanner of performing corresponding processing on the audio data in theWi-Fi protocol stack, refer to a currently known technology. For ease ofdescription, details are not described herein again.

In another example, compared with the scenario shown in FIG. 4 , thereceiver may further receive the distributed recording response messagesent by a plurality of transmitters, and control the plurality oftransmitters to perform sound pickup. In this case, the distributedrecording scenario is a distributed recording scenario in which aplurality of transmitters and one receiver are used. For example, asshown in FIG. 10 , a photographer performs video shooting. by using thereceiver. In this case, a plurality of transmitters, for example, atransmitter 1, a transmitter 2, . . . , a transmitter N, may existaround a photographed object. N is a positive integer. Certainly, thetransmitter may also be located at another location, for example, thetransmitter 3 may be configured to record a narration or a commentary.Certainly, if there are a plurality of photographed objects, thetransmitters may also be allocated to the plurality of photographedobjects. The location of the transmitter is not specifically limited inthis application. A plurality of transmitters and one receiver areincluded in this scenario, Therefore, in this scenario, the distributedrecording mode may be a second distributed recording sub-mode, which isused to indicate that the plurality of transmitters and the receiver areconnected in a wireless manner, and perform distributed recording.

In the scenario shown in FIG. 10 , the transmitter is the same as thetransmitter shown in FIG. 7 and FIG. 9 . For details, refer tocorresponding descriptions. Details are not described herein again inthis application. A difference between an architecture of the receiverand the architecture of the receiver shown in FIG. 5 only lies in themulti-device recording algorithm module.

FIG. 11 is a schematic diagram of an architecture of another receiveraccording to an embodiment of this application. Because the scenario inFIG. 10 is a distributed recording scenario one receiver and a pluralityof transmitters are used, and a local recording mode is not involved, alocal recording algorithm module and a corresponding analog-to-digitalconverter and a plurality of MICs are not shown in FIG. 11 . For thereceiver in the distributed recording scenario in which one receiver anda plurality of transmitters are used, after receiving the firstinstruction sent by the camera app, the distributed recording systemconfiguration module of the receiver may transmit the distributedrecording request to the Wi-Fi submodule at the hardware layer throughthe Wi-Fi interface, and send the distributed recording instruction tothe plurality of transmitters by using the Wi-Fi submodule. Afterreceiving the distributed recording response message sent by theplurality of transmitters, the distributed recording systemconfiguration module may further transmit the distributed recordingstart instruction to the Wi-Fi submodule at the hardware layer throughthe Wi-Fi interface in a same manner, and send, by using the Wi-Fisubmodule, the distributed recording start instruction to the pluralityof transmitters allowed to perform distributed recording. Therefore, itis ensured that the plurality of transmitters can simultaneously sendthe collected audio data to the receiver. For a specific implementation,refer to corresponding descriptions in FIG. 5 . Details are notdescribed herein again.

If there are a plurality of transmitters allowed to perform distributedrecording, the Wi-Fi submodule of the receiver may further receive theaudio data sent by the plurality of transmitters, transmit a pluralityof pieces of received audio data to the Wi-Fi interface at the frameworklayer, and transmit the plurality of pieces of received audio data tothe multi-device recording algorithm module through the Wi-Fi interface.Because locations of the transmitters may be different, transmissiontime is different in a process of wirelessly transmitting audio data,and receiving time is certainly different. Therefore, for audio datareceived at different time, a time alignment submodule in themulti-device recording algorithm module may be used to perform timealignment on a plurality of pieces of audio data, so that a timesequence of the output audio data is correct, thereby avoiding mutualinterference. For example, time alignment of the plurality of pieces ofaudio data may be implemented through corresponding detection and adelay buffer. A specific implementation may be an existing manner.Details are not described herein again. After time alignment isperformed on the plurality of pieces of audio data, a recordingprocessing submodule in the multi-device recording algorithm module isenabled to perform recording processing on the plurality of pieces ofreceived audio data. For example, possible operations such as noisereduction, reverberation reduction, and human voice enhancement may beperformed. For a specific implementation, refer to the descriptions ofthe corresponding part in FIG. 5 . Details are not described hereinagain. Certainly, for the plurality of pieces of received audio data, ifcompressed audio data is received, an audio decoding submodule in themulti-device recording algorithm module may be further enabled todecompress the compressed audio data, to obtain original audio data. Itshould be noted that a sequence of performing time alignment andrecording processing on the plurality of pieces of audio data may beadjusted based on an actual situation. For example, time alignment isfirst performed on the plurality of pieces of audio data and thenrecording processing is performed, or recording processing is firstperformed on the plurality of pieces of audio data and then timealignment is performed. However, it may be understood that, to avoid atime alignment problem caused by loss of some audio data duringrecording processing, generally, time alignment is first performed onthe plurality of pieces of audio data and then recording processing isperformed.

It may be understood that the camera app in FIG. 11 may also display thedistributed recording icon on the display. A display manner of thedistributed recording icon is totally the same as that of thedistributed recording icon displayed by the camera app in FIG. 5 . Fordetails, refer to corresponding descriptions. Details are not describedherein again.

FIG. 12 is a schematic diagram of a multi-device collaborativedistributed recording scenario according to an embodiment of thisapplication.

Compared with FIG. 10 , in FIG. 12 , the receiver used for videoshooting also performs recording at the same time. Compared with FIG. 5, when the receiver used for video shooting performs recording, aplurality of transmitters also perform recording at the same time. It isclearly that, in the scenario shown in FIG. 12 , the receiver and theplurality of transmitters collaboratively perform recording, to ensurethat a sound of the photographed object, the narration, and thecommentary can be clearly recorded.

In this scenario, for example, as shown in FIG. 13 , this applicationprovides a schematic diagram of an architecture of still anotherreceiver. The camera app may display the distributed recording icon onthe display, so that the user can select different recording modes byusing the distributed recording icon during use. The recording mode mayinclude a distributed recording mode, a multi-device collaborativerecording mode, and a local recording mode. A specific display manner ofthe distributed recording icon is totally the same as that of thedistributed recording icon displayed by the camera app in FIG. 5 . Fordetails, refer to the corresponding descriptions. Details are notdescribed herein again.

In an example, the mode selection instruction that is sent by the cameraapp and that is received by the distributed recording systemconfiguration module may further be a third instruction used to notifythe distributed recording system configuration module that the userselects the multi-device collaborative recording mode. After thedistributed recording system configuration module at the framework layerreceives the third instruction sent by the camera app, the distributedrecording system configuration module may determine that the recordingmode selected by the photographer is the multi-device collaborativerecording mode. Then, the distributed recording system configurationmodule generates a distributed recording request according to the thirdinstruction, and sends the distributed recording request to a Wi-Fiinterface. After receiving the distributed recording request, the Wi-Fiinterface forwards the distributed recording request to the Wi-Fisubsystem at the hardware layer, and sends the request to one or moretransmitters around the photographed object by using the Wi-Fisubsystem. For a specific manner of sending the distributed recordingrequest, refer to the corresponding descriptions in FIG. 5 . Details arenot described herein again. Certainly, in another example, thedistributed recording system. configuration module may generate amulti-device collaborative recording request according to the thirdinstruction. It may be understood that action of the multi-devicecollaborative recording request is the same as a function of theforegoing distributed recording request.

In addition, after receiving the third instruction, the distributedrecording system configuration module may further generate amulti-device collaborative recording instruction, and send themulti-device collaborative recording instruction to the multi-camerarecording algorithm module. Before processing the audio data, themulti-camera recording algorithm module may perform configurationaccording to the instruction sent by the distributed recording systemconfiguration module. For example, after receiving the multi-devicecollaborative recording instruction, the multi-camera recordingalgorithm module performs configuration according to the multi-devicecollaborative recording instruction, and selects the output of the Wi-Fiinterface and the output of the local recording. algorithm module as theinput of the audio data stream.

If the photographer selects the multi-device collaborative recordingmode, the camera app may directly send the local recording controlinstruction to the local recording algorithm module by using thesetparameter interface, so that the local algorithm module controls theone or more MICs at the hardware layer to collect the analog signal ofthe audio data. A specific manner in which the local algorithm moduleruns is the same as the local recording mode. For details, refer to thecorresponding descriptions in the local recording mode, Details are notdescribed herein again.

After sending the distributed recording request, the Wi-Fi subsystem ofthe receiver may further receive the distributed recording responsemessage sent by the one or more transmitters. Certainly, if the receiversends the multi-device collaborative recording request, the receiver mayreceive a multi-device collaborative recording response message. It maybe understood that functions of the multi-device collaborative recordingresponse message are the same as those of the distributed recordingresponse message. Subsequently, the distributed recording responsemessage is used as an example for description. However, it may beconceived that the distributed recording response message may bereplaced with the multi-device collaborative recording response message.In the scenario shown in FIG. 12 , only the distributed recordingresponse message sent by one transmitter may be received. In this case,the distributed recording scenario is a distributed recording scenarioin which one transmitter and one receiver are used. Alternatively, thedistributed recording response message sent by a plurality oftransmitters may be received. In this case, the distributed recordingscenario is a distributed recording scenario in which a plurality oftransmitters and one receiver are used. Specifically, the distributedrecording response message sent by the one or more transmitters may bereceived through the antenna. After receiving the distributed recordingresponse message, the antenna may perform corresponding processing; onthe received distributed recording response message by using the Wi-Fiprotocol stack, and then transmit a processed distributed recordingresponse message to the Wi-Fi interface at the framework layer throughthe hardware interface. It may be understood that, for a specific mannerof performing corresponding processing on the received audio data in theWi-Fi protocol stack, refer to a currently known technology. For ease ofdescription, details are not described herein again. The Wi-Fi interfacesends the distributed recording response message to the distributedrecording system configuration module, so that the distributed recordingsystem configuration module may determine, based on the distributedrecording response message, which transmitters are allowed to performdistributed recording.

After the distributed recording system configuration module determines,based on the distributed recording response message, that the one ormore transmitters are allowed to perform distributed recording, thedistributed recording system configuration module generates thedistributed recording start instruction, and sends the distributedrecording start instruction to the Wi-Fi interface. After receiving thedistributed recording start instruction, the Wi-Fi interface forwardsthe distributed recording start instruction to the subsystem at thehardware layer, and sends, by using the Wi-Fi subsystem, the distributedrecording start instruction to the transmitter allowed to performdistributed recording. It may be understood that a process of sendingthe distributed recording start instruction is the same as a process ofsending the distributed recording request. For ease of description,details are not described herein again. In another example, after thedistributed recording system configuration module determines, based onthe multi-device collaborative recording response message, that the oneor more transmitters are allowed to perform distributed recording, thedistributed recording system configuration module may further generate amulti-device collaborative recording start instruction. It may beunderstood that functions of the multi-device collaborative recordingstart instruction are totally the same as those of the distributedrecording start instruction.

After sending the distributed recording start instruction (or themulti-device collaborative recording start instruction), the Wi-Fisubsystem of the receiver may further receive audio data sent by thetransmitter allowed to perform distributed recording. For a specificmanner, refer to the corresponding descriptions in the distributedrecording mode. Details are not described herein again.

The multi-camera recording algorithm module in the multi-devicecollaborative recording mode has two input interfaces of the audio dataat the same time. Therefore, the audio data stream input by the Wi-Fiinterface and the audio data stream input by the local recordingalgorithm module may be input to the time alignment submodulesimultaneously for time alignment. Certainly, if the audio data sent bythe transmitter is compressed audio data, the audio decoding submodulein the multi-device recording algorithm module may first decompress thecompressed audio data, to obtain original audio data, and then transmitthe obtained original audio data to the time alignment submodule fortime alignment. For a specific time alignment manner, refer to thedescriptions of time alignment in the case of the plurality oftransmitters in the distributed recording mode. Details are notdescribed herein again. Audio data obtained after time alignmentperformed by the time alignment submodule may be sent to the recordingprocessing submodule for recording processing. For a specific recordingprocessing manner, refer to the corresponding descriptions in theforegoing distributed recording mode. Details are not described hereinagain. The multi-device recording algorithm module directly sends theaudio data obtained after recording processing to the camera app at theapplication layer. It may be understood that, for a manner in which themulti-device recording algorithm module directly sends the audio dataobtained after recording processing to the camera app at the applicationlayer, refer to the corresponding descriptions in the distributedrecording mode. Details are not described herein again. In addition, theaudio decoding submodule is used as an optional submodule. Ifcompression processing is not performed on the audio data sent by thetransmitter, the audio data may be directly sent to the time alignmentsubmodule for time alignment.

For the foregoing solutions in FIG. 5 to FIG. 13 , only Wi-Fi is used asa possible manner. Certainly, any wireless transmission manner such asBT or ZigBee may be used for equivalent replacement. This is not limitedherein in this application.

It may be understood that the terminal device may have both thearchitecture of the receiver and the architecture of the transmitter.The terminal device is selected as one of the receiver or thetransmitter based on specific usage.

In still another example, the foregoing solutions in FIG. 5 to FIG. 13may be understood as that the receiver and the transmitter are fixed ineach use process. It may be understood that, in some cases, roles of thereceiver and the transmitter are interchangeable. For example, thereceiver may display, on the display, prompt information used for roleexchange. The user may select, based on the prompt information, thereceiver to exchange roles with the transmitter. The receiver may firstdetermine which transmitters may also be used as the receiver, anddisplay identifiers corresponding to the corresponding transmitters, sothat the user selects, based on the displayed one or more transmitteridentifiers, one of the transmitters to exchange roles with thereceiver. After the roles are exchanged, the original transmitter servesas a new receiver to implement all functions of the receiver, and theoriginal receiver serves as a new transmitter to implement all functionsof the transmitter.

FIG. 14 is a flowchart of a distributed recording method according to anembodiment of this application.

This application further provides a distributed recording method. Themethod may implement the foregoing solutions in FIG. 4 to FIG. 11 . Themethod is mainly used in a distributed recording mode, and the methodmay include the following steps.

S1401: A receiver receives input information of a user, and determines,based on the input information, that a recording mode is a distributedrecording mode.

S1402: The receiver sends a distributed recording request to one or moretransmitters.

S1403: The transmitter receives the distributed recording request, andif distributed recording is allowed, sends a distributed recordingresponse message.

S1404: The receiver receives the distributed recording response messagesent by the one or more transmitters, and sends a distributed recordingstart instruction to a transmitter allowed to perform distributedrecording.

S1405: The transmitter allowed to perform distributed recording receivesthe distributed recording start instruction, and collects audio dataaccording to the instruction.

S1406: The transmitter allowed to perform distributed recording sendsthe collected audio data to the receiver.

S1407: The receiver receives one or more pieces of the audio data, andsends the received audio data to a camera application.

The method in FIG. 14 is mainly for a distributed recording scenario inwhich one transmitter and one receiver are used, and a distributedrecording scenario in which a plurality of transmitters and one receiverare used. For a specific implementation process, refer to the foregoingsolutions in FIG. 4 to FIG. 11 . Details are not described herein again.

FIG. 15 is a flowchart of another distributed recording method accordingto an embodiment of this application.

This application further provides another distributed recording method.The method may implement the foregoing solutions in FIG. 7 to FIG. 9 ,FIG. 12 , and FIG. 13 , The method is mainly used in a multi-devicecollaborative recording mode, and the method may include the followingsteps.

S1501: A receiver receives input information of a user, and determines,based on the input information, that a recording mode is a multi-devicecollaborative recording mode.

S1502: The receiver sends a distributed recording request (or amulti-device collaborative recording request) to one or moretransmitters.

S1503: The transmitter receives the distributed recording request (orthe multi-device collaborative recording request), and if distributedrecording (or multi-device collaborative recording) is allowed, sends adistributed recording response message (or a multi-device collaborativerecording response message).

S1504: The receiver receives the distributed recording response messageor the multi-device collaborative recording response message) sent bythe one or more transmitters, and sends a distributed recording startinstruction (or a multi-device collaborative recording startinstruction) to a transmitter allowed to perform distributed recording(or multi-device collaborative recording).

S1505: The transmitter allowed to perform distributed recording (ormulti-device collaborative recording) receives a distributed recordingstart instruction (or a multi-device collaborative recording startinstruction), and collects audio data according to the instruction.

S1506: The transmitter allowed to perform distributed recording (ormulti-device collaborative recording) sends the collected audio data tothe receiver.

It may be understood that when it is determined that the recording modeis the multi-device collaborative recording mode, S1507 may be furtherperformed.

S1507: The receiver starts local recording and collects local audiodata.

It should be noted that S1507 may be performed at any moment after S1501and before S1508. This is not limited herein in this application.

S1508: The receiver receives a plurality of pieces of the audio data andthe local audio data, and sends the plurality of pieces of the receivedaudio data and the received local audio data to a camera application.

The method in FIG. 15 is mainly for a multi-device collaborativerecording scenario in which one transmitter and one receiver are used,and a multi-device collaborative recording scenario in which a pluralityof transmitters and one receiver are used. For a specific implementationprocess, refer to the foregoing solutions in FIG. 7 to FIG. 9 , FIG. 12, and FIG. 13 , Details are not described herein again.

FIG. 16 is a flowchart of still another distributed recording methodaccording to an embodiment of this application.

This application further provides still another distributed recordingmethod. The method may implement the foregoing solutions in FIG. 4 toFIG. 11 . The method is mainly used in a local recording mode, and themethod may include the following steps.

S1601: A receiver receives input information of a user, and determines,based on the input information, that a recording mode is a localrecording mode.

S1602: The receiver starts local recording and collects local audiodata.

S1603: The receiver sends the local audio data to a camera application.

The method in FIG. 16 is mainly for a local recording scenario in whichone receiver is used. For a specific implementation process, refer tothe foregoing solutions in FIG. 4 to FIG. 11 . Details are not describedherein again.

FIG. 17 is a schematic diagram of a distributed recording deviceaccording to an embodiment of this application.

As shown in FIG. 17 , a distributed recording device 1700 is provided.The device 1700 may be the transmitter or the receiver in the foregoingsolutions in FIG. 4 to FIG. 13 .

The device 1700 may include a processor 1710, an external memoryinterface 1720, an internal memory 1721, a universal serial bus(universal serial bus, USB) interface 1730, a charging management module1740, a power management module 1741, a battery 1742, an antenna 1, anantenna 2, a mobile communication module 1750, a wireless communicationmodule 1760, an audio module 1770, a speaker 1770A, a receiver 1770B, amicrophone 1770C, a headset jack 1770D, a sensor module 1780, a button1790, a motor 1791, an indicator 1792, a camera 1793 a display 1794, asubscriber identification module (subscriber identification module, SIM)card interface 1795. and the like. The sensor module 1780 may include apressure sensor 1780A, a gyroscope sensor 1780B, a barometric pressuresensor 1780C, a magnetic sensor 1780D, an acceleration sensor 1780E, adistance sensor 17801, an optical proximity sensor 1780G, a fingerprintsensor 1780H, a temperature sensor 1780J, a touch sensor 1780K, anambient light sensor 1780L, a bone conduction sensor 1780M, and thelike.

It can be understood that the structure shown in this embodiment of thepresent invention does not constitute a specific limitation on thedistributed recording device 1700. In some other embodiments of thisapplication, the distributed recording device 1700 may include more orfewer components than those shown in the figure, or combine somecomponents, or split some components, or have different componentarrangements. The components shown in the figure may be implemented byhardware, software, or a combination of software and hardware.

The processor 1710 may include one or more processing units. Forexample, the processor 1710 may include an application processor(application processor, AP), a modem processor, a graphics processingunit (graphics processing unit, GPU), an image signal processor (imagesignal processor, ISP), a controller, a video codec, a digital signalprocessor (digital signal processor, DSP), a baseband processor, aneural-network processing unit (neural-network processing unit, NPU),and/or the like. Different processing units may be independentcomponents, or may be integrated into one or more processors.

The controller may generate an operation control signal based oninstruction operation code and a time sequence signal, to completecontrol of instruction fetching and instruction execution.

A memory may be further disposed in the processor 1710, and isconfigured to store instructions and data. In some embodiments, thememory in the processor 1710 is a cache memory. The memory may storeinstructions or data just used or cyclically used by the processor 1710.If the processor 1710 needs to use the instructions or the data again,the processor may directly invoke the instructions or the data from thememory. This avoids repeated access, reduces waiting time of theprocessor 1710, and improves system efficiency.

In some embodiments, the processor 1710 may include one or moreinterfaces. The interface may include an inter-integrated circuit(inter-integrated circuit, I2C) interface, an inter-integrated circuitsound (inter-integrated circuit sound, I2S) interface, a pulse codemodulation (pulse code modulation, PCM) interface, a universalasynchronous receiver/transmitter (universal asynchronousreceiver/transmitter, UART) interface, a mobile industry processorinterface (mobile industry processor interface, MIPI), a general-purposeinput/output (general-purpose input/output, GPIO) interface, asubscriber identity module (subscriber identity module, SIM) interface,a universal serial bus (universal serial bus, USB) interface, and/or thelike.

The USB interface 1730 is an interface that conforms to a USB standardspecification, and may be specifically a mini USB interface, a micro USBinterface, a USB Type-C interface, or the like. The USB interface 1730may be configured to connect to a charger to charge the distributedrecording device 1700, or may be configured to transmit data between thedistributed recording device 1700 and a peripheral device, or may beconfigured to connect to a headset for playing or collecting audiothrough the headset. The interface may be further configured to connectto another electronic device such as an AR device.

It may be understood that an interface connection relationship betweenthe modules that is shown in this embodiment of the present invention ismerely an example for description, and does not constitute a limitationon the structure of the distributed recording device 1700. In some otherembodiments of this application, the distributed recording device 1700may alternatively use an interface connection manner different from thatin the foregoing embodiment, or a combination of a plurality ofinterface connection manners.

A wireless communication function of the distributed recording device1700 may be implemented through the antenna 1, the antenna 2, the mobilecommunication module 1750, the wireless communication module 1760, themodem processor, the baseband processor, and the like,

The antenna 1 and the antenna 2 are configured to transmit and receivean electromagnetic wave signal. Each antenna in the distributedrecording device 1700 may be configured to cover one or morecommunication bands. Different antennas may be further multiplexed, toimprove antenna utilization. For example, the antenna 1 may bemultiplexed as a diversity antenna in a wireless local area network. Insome other embodiments, the antenna may be used in combination with atuning switch.

The mobile communication module 1750 can provide a solution to wirelesscommunication that is applied to the distributed recording device 1700and that includes 2G/3G/4G/5G or the like. The mobile communicationmodule 1750 may include at least one filter, a switch, a poweramplifier, a low noise amplifier (low noise amplifier, LNA), and thelike. The mobile communication module 1750 may receive anelectromagnetic wave through the antenna 1, perform processing such asfiltering or amplification on the received electromagnetic wave, andtransmit the electromagnetic wave to the modem processor fordemodulation. The mobile communication module 1750 may further amplify asignal modulated by the modem processor, and convert the signal into anelectromagnetic wave for radiation through the antenna 1, in someembodiments, at least some function modules in the mobile communicationmodule 1750 may be disposed in the processor 1710. In some embodiments,at least some function modules in the mobile communication module 1750may be disposed in a same component as at least some modules in theprocessor 1710.

The modem processor may include a modulator and a demodulator. Themodulator is configured to modulate a to-be-sent low-frequency basebandsignal into a medium-high frequency signal. The demodulator isconfigured to demodulate a received electromagnetic wave signal into alow-frequency baseband signal. Then, the demodulator transmits thelow-frequency baseband signal obtained through demodulation to thebaseband processor for processing. The low-frequency baseband signal isprocessed by the baseband processor and then transmitted to theapplication processor. The application processor outputs a sound signalby using an audio device (which is not limited to the speaker 1770A, thereceiver 1770B, and the like), or displays an image or a video on thedisplay 1794. In some embodiments, the modem processor may be anindependent component, in some other embodiments, the modem processormay be independent of the processor 1710, and is disposed in a samecomponent as the mobile communication module 1750 or another functionmodule.

The wireless communication module 1760 may provide a wirelesscommunication solution that is applied to the electronic device 1700 andthat includes a wireless local area network (wireless local areanetwork, WLAN) (for example, Wi-Fi network), Bluetooth, a globalnavigation satellite system (global navigation satellite system, GNSS),frequency modulation (frequency modulation, FM), a near fieldcommunication (near field communication, NFC) technology, an infrared(infrared, IR) technology, or the like. The wireless communicationmodule 1760 may be one or more components integrating at least onecommunication processor module. The wireless communication module 1760receives an electromagnetic wave through the antenna 2, performsfrequency modulation and filtering processing on the electromagneticwave signal, and sends a processed signal to the processor 1710. Thewireless communication module 1760 may further receive a to-be-sentsignal from the processor 1710, perform frequency modulation andamplification on the signal, and convert the signal into anelectromagnetic wave for radiation through the antenna 2.

In some embodiments, in the distributed recording device 1700, theantenna 1 and the mobile communication module 1750 are coupled, and theantenna 2 and the wireless communication module 1760 are coupled, sothat the distributed recording device 1700 can communicate with anetwork and another device by using a wireless communication technology

The display 1794 is configured to display an image, a video, and thelike. The display 1794 includes a display panel. The display panel maybe a liquid crystal display (liquid crystal display, LCD), an organiclight-emitting diode (organic light-emitting diode, OLED), anactive-matrix organic light emitting diode (active-matrix organic lightemitting diode, AMOLED), a flexible light-emitting diode (flexiblelight-emitting diode, FLED), a mini-LED, a micro-LED, a micro-OLED, aquantum dot light emitting diode (quantum dot light emitting diode,QLED), or the like. In some embodiments, the distributed recordingdevice 1700 may include one or N displays 1794, where N is a positiveinteger greater than 1.

The distributed recording device 1700 may implement an image shootingfunction by using the ISP, the camera 1793, the video codec, the GPU,the display 1794, the application processor, and the like.

The camera 1793 is configured to capture a static image or a video. Anoptical image of an object is generated through the lens, and isprojected onto the photosensitive element. The photosensitive elementmay be a charge coupled device (charge coupled device, CCD) or acomplementary metal-oxide-semiconductor (complementarymetal-oxide-semiconductor, CMOS) phototransistor. The photosensitiveelement converts an optical signal into an electrical signal, and thentransmits the electrical signal to the ISP to convert the electricalsignal into a digital image signal. The ISP outputs the digital imagesignal to the DSP for processing. The DSP converts the digital imagesignal into an image signal in a standard format such as RGB or YUV. Insome embodiments, the distributed recording device 1700 may include oneor M cameras 1793, where M is a positive integer greater than 1.

The external memory interface 1720 may be used to connect to an externalmemory card, for example, a micro SD card, to extend a storagecapability of the distributed recording device 1700. The externalstorage card communicates with the processor 1710 through the externalmemory interface 1720, to implement a data storage function. Forexample, files such as music and videos are stored in the externalstorage card.

The internal memory 1721 may be configured to store computer-executableprogram code. The executable program code includes instructions. Theinternal memory 1721 may include a program storage area and a datastorage area. The program storage area may store an operating system, anapplication required by at least one function (for example, a soundplaying function or an image playing function), and the like. The datastorage area may store data (for example, audio data) and the likecreated when the distributed recording device 1700 is used. In addition,the internal memory 1721 may include a high-speed random access memory,or may include a nonvolatile memory such as at least one disk storagedevice, a flash memory, or a universal flash storage (universal flashstorage, UFS). The processor 1710 runs instructions stored in theinternal memory 1721 and/or instructions stored in the memory disposedin the processor, to perform various function applications of thedistributed recording device 1700 and data processing.

The distributed recording device 1700 may implement audio functions suchas music playing and recording by using the audio module 1770, thespeaker 1770A, the receiver 1770B, the microphone 1770C, the headsetjack 1770D, the application processor, and the like.

The audio module 1770 is configured to convert digital audio informationinto an analog audio signal for output, and is also configured toconvert an analog audio input into a digital audio signal. The audiomodule 1770 may further be configured to: code and decode the audiosignal, for example, compress and decompress the audio signal. In someembodiments, the audio module 1770 may be disposed in the processor1710, or some function modules in the audio module 1770 are disposed inthe processor 1710, so that the processor processes the digital audiosignal. In an example, the audio module 1770 may be, for example, acodec.

The microphone 1770C, also referred to as a “mike” or a “mic”, isconfigured to convert a sound signal into an electrical signal. Whenrecording is performed, a sound may be made near the microphone 1770C,so that a sound signal is input to the microphone 1770C. At least onemicrophone 1770C may be disposed in the distributed recording device1700, for example, three to four microphones may be disposed. In someother embodiments, the distributed recording device 1700 may include twomicrophones 1770C, to collect a sound signal and implement a noisereduction function. In some other embodiments, three, four, or moremicrophones 1770C may alternatively be disposed in the distributedrecording device 1700, to collect a sound signal, implement noisereduction, and identify a sound source, to implement a directionalrecording function and the like.

The headset jack 1770D is configured to connect to a wired headset. Theheadset jack 1770D may be a USB interface 1730, or may be a 3.5 mm openmobile terminal platform (open mobile terminal platform, OMTP) standardinterface or cellular telecommunications industry association of the USA(cellular telecommunications industry association of the USA, CTIA)standard interface.

A software system of the distributed recording device 1700 may use alayered architecture, an event-driven architecture, a microkernelarchitecture, a microservice architecture, or a cloud architecture. Inthis embodiment of this application, an Android system of a layeredarchitecture may be used.

The distributed recording device 1700 may perform any function of thetransmitter or the receiver in FIG. 4 to FIG. 16 . For details, refer tothe descriptions in FIG. 4 to FIG. 16 . Details are not described hereinagain.

In this application, the terminal device is used as the transmitter andthe receiver. Because the terminal device has a high occasionalrecording degree and has a large market inventory, it is ensured that auser can clearly record a sound of a photographed object, a narration,and a commentary anytime and anywhere without a need to purchase anyother external device, and can obtain a good recording effect.

A person of ordinary skill in the art may be further aware that, incombination with the examples described in embodiments disclosed in thisspecification, units and algorithm steps may be implemented byelectronic hardware, computer software, or a combination thereof. Toclearly describe the interchangeability between the hardware and thesoftware, the foregoing has generally described compositions and stepsof each example according to functions. Whether the functions areperformed by hardware or software depends on particular applications anddesign constraint conditions of the technical solutions. A personskilled in the art may use different methods to implement the describedfunctions for each particular application, but it should not beconsidered that the implementation goes beyond the scope of thisapplication.

A person of ordinary skill in the art may understand that all or a partof the steps in each of the foregoing method of embodiments may beimplemented by a program instructing a processor. The foregoing programmay be stored in a computer-readable storage medium. The storage mediumis a non-transitory (English: non-transitory) medium, for example, arandom access memory, a read-only memory, a flash memory, a hard disk, asolid state drive, a magnetic tape (English: magnetic tape), a floppydisk (English: floppy disk), an optical disc (English: optical disc), orany combination thereof.

The foregoing descriptions are merely example specific implementationsof this application, but are not intended to limit the protection scopeof this application. Any variation or replacement readily figured out bya person skilled in the art within the technical scope disclosed in thisapplication shall fall within the protection scope of this application.Therefore, the protection scope of this application shall be subject tothe protection scope of the claims.

1. A recording system, comprising: a first device configured to: receiveinput information of a user; determine, based on the input information,a recording mode; and send a distributed recording start instructionwhen the recording mode is a distributed recording mode; and a seconddevice configured to: receive, from the first device, the distributedrecording start instruction; collect, according to the distributedrecording start instruction, first audio data in a first periodicity,wherein the first audio data is first local audio data collected by thesecond device; perform human voice enhancement or noise reductionprocessing on the first audio data in a second periodicity to producesecond audio data; and send the second audio data to the first device inthe second periodicity to instruct the first device to invoke at leastone piece of the second audio data with a camera application.
 2. Therecording system of claim 1, wherein the second device is furtherconfigured to: determine, according to the distributed recording startinstruction, a recording parameter; and collect, based on the recordingparameter, the first audio data.
 3. The recording system of claim 1,wherein before the second device sends the second audio data, the seconddevice is further configured to perform compression processing on thefirst audio data to obtain the second audio data.
 4. The recordingsystem of claim 1, wherein the first device is further configured todecompress the second audio data when the second audio data iscompressed.
 5. The recording system of claim 1, wherein when thedistributed recording mode comprises a multi-device collaborativerecording mode, the first device is further configured to: collect thirdaudio data, wherein the third audio data is second local audio datacollected by the first device; and invoke, by the camera application,the at least one piece and the third audio data.
 6. The recording systemof claim 1, wherein the first device is further configured to: perform atime alignment operation on a plurality of pieces of the second audiodata when the second audio data comprises the plurality of pieces; orperform the time alignment operation on the at least one piece and thirdaudio data collected by the first device when the recording mode is amulti-device collaborative recording mode.
 7. The recording system ofclaim 5, wherein before the first device invokes the at least one pieceand the third audio data, the first device is further configured toperform the human voice enhancement or the noise reduction processing onthe third audio data.
 8. The recording system of claim 1, wherein whenthe distributed recording mode comprises a first distributed recordingsub-mode, the first device is further configured to: send a distributedrecording instruction to the second device; and receive, from the seconddevice, the second audio data, and wherein when the distributedrecording mode comprises a second distributed recording sub-mode, thefirst device is further configured to: send the distributed recordinginstruction to the second device and a plurality of additional devices;and receive, from the second device and the plurality of additionaldevices, the second audio data.
 9. The recording system of claim 1,wherein before the first device sends the distributed recording startinstruction, the first device is further configured to send adistributed recording request to the second device, wherein the seconddevice is further configured to: receive, from the first device, thedistributed recording request; display prompt information on a displayof the second device, wherein the prompt information prompts whether toallow the second device to perform distributed recording; and send adistributed recording response message to the first device, wherein thedistributed recording response message indicates is whether the seconddevice is allowed to perform the distributed recording, and wherein thefirst device is further configured to: receive, from the second device,the distributed recording response message; and send, in response toreceiving the distributed recording response message, the distributedrecording start instruction to the second device.
 10. The recordingsystem of claim 1, wherein the recording mode further comprises a localrecording mode and a multi-device collaborative recording mode, whereinthe distributed recording mode comprises a first distributed recordingsub-mode and a second distributed recording sub-mode, and wherein thefirst device is further configured to perform switching, based on theinput information, among the local recording mode, the first distributedrecording sub-mode, the second distributed recording sub-mode, and themulti-device collaborative recording mode.
 11. The recording system ofclaim 1, wherein the first device is further configured to display adistributed recording icon on a display of the first device.
 12. Therecording system of claim 1, wherein the second device is furtherconfigured to display a distributed recording prompt icon on a displayof the second device. 13.-25. (canceled)
 26. A first device, comprising:a memory configured to store instructions; and a processor coupled tothe memory and configured to execute the instructions to: receive inputinformation of a user; determine, based on the input information, arecording mode; send, to a second device, a distributed recording startinstruction when the recording mode is a distributed recording mode;receive, from the second device, first audio data; and invoke, by acamera application, at least one piece of the first audio data.
 27. Thefirst device of claim 26, wherein the processor is further configured toexecute the instructions to decompress the at least one piece when theat least one piece is compressed.
 28. The first device of claim 26,wherein when the distributed recording mode comprises a multi-devicecollaborative recording mode, the processor is further configured toexecute the instructions to: collect second audio data, wherein thesecond audio data is local audio data collected by the first device; andinvoke, by the camera application, the at least one piece and the secondaudio data.
 29. The first device of claim 28, wherein before invokingthe at least one piece and the second audio data, the processor isfurther configured to perform noise reduction or human voice enhancementon the second audio data.
 30. The first device of claim 26, wherein theprocessor is further configured to execute the instructions to: performa time alignment operation on a plurality of pieces of the first audiodata when the first audio data comprises the plurality of pieces; orperform the time alignment operation on the first audio data and secondaudio data collected by the first device when the recording mode is amulti-device collaborative recording mode.
 31. The first device of claim26, wherein when the distributed recording mode comprises a firstdistributed recording sub-mode, the processor is further configured toexecute the instructions to: send a distributed recording instruction tothe second device; and receive, from the second device, the first audiodata; and wherein when the distributed recording mode comprises a seconddistributed recording sub-mode, the processor is further configured toexecute the instructions to: send the distributed recording instructionto the second device and a plurality of additional devices; and receive,from the second device and the plurality of additional devices, thefirst audio data.
 32. A second device, comprising: a memory configuredto store instructions; and a processor coupled to the memory andconfigured to execute the instructions to: receive, from a first device,a distributed recording start instruction; collect, according to thedistributed recording start instruction, first audio data in a firstperiodicity, wherein the first audio data is first local audio datacollected by the second device; perform human voice enhancement or noisereduction processing on the first audio data in a second periodicity toproduce second audio data; and send the second audio data to the firstdevice in the second periodicity to instruct the first device to invokeat least one piece of the second audio data with a camera application.33. The second device of claim 32, wherein the processor is furtherconfigured to execute the instructions to: determine, according to thedistributed recording start instruction, a recording parameter; andcollect, based on the recording parameter, the first audio data.